home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000545_timbl@www3.cern.ch _Tue Jan 12 11:27:46 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Return-Path: <timbl@www3.cern.ch>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA21083; Tue, 12 Jan 93 11:27:46 MET
  4. Received: by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA29889; Tue, 12 Jan 1993 11:42:53 +0100
  6. Received: by www3.cern.ch (NX5.67c/NX3.0S)
  7.     id AA00938; Tue, 12 Jan 93 11:42:24 +0100
  8. Date: Tue, 12 Jan 93 11:42:24 +0100
  9. From: Tim Berners-Lee <timbl@www3.cern.ch>
  10. Message-Id: <9301121042.AA00938@www3.cern.ch>
  11. Received: by NeXT.Mailer (1.87.1)
  12. Received: by NeXT Mailer (1.87.1)
  13. To: Dan Connolly <connolly@pixel.convex.com>
  14. Subject: Re: new HTML spec, sample implementation 
  15. Cc: www-talk@nxoc01.cern.ch
  16. Reply-To: timbl@nxoc01.cern.ch
  17.  
  18. > The "Hypertext Markup Language" document I wrote was supposed
  19. > to replace the root of the HTML documentation. I suggest we
  20. > merge them. I'll work on it and let you know what I come
  21. > up with.
  22.  
  23. There is of course nothing wrong with having two roots -- one as a  
  24. specification and one as a user guide.   The specification should be  
  25. more formal and use the correct terminology without apology, the  
  26. burden of understanding being on the reader.  The user guide must  
  27. start with the vocabulary expected of the new reader, and introduce  
  28. things in an "easy" order. The onus of explanation is on the writer  
  29. of the guide in this case, as we WANT people to write/output HTML.
  30.  
  31. Ideally of couse one would rewrite the whole thing but we haven't  
  32. time, so the details about each element had best be represented just  
  33. once.
  34.  
  35. I think we need a version of www which runs off RFCxxx-conforming  
  36. RFCs, unless someone can do it with TeX.  Then we can feed it a  
  37. stream of concatenated HTML.  We will need it for HTTP2 too.
  38.  
  39. Tim